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10 Abstract 

Fast Restoration 

15 

A method for re-configuring a network element of a tronsmission network to 
restore troffic ofter occurrence of a foiture is proposed. Each configuration 
request is divided into two phoses; At first the "Fetch-Ahead'' phase and then 
ihe "Consolidation". During Fetch-Ahead no consistency checks ore 
20 performed, the changes are not made persistent in the database and only the 
absolutely necessary changes are done. After Fetch-Ahead these changes are 
temporarily valid in all SW layers. During Consolidation all the remaining 
things, which are skipped during Fetch-Ahead, ore done. 

25 (Figure 2) 
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10 What is claimed is 



1 - A method of re-configuring o network element of a transmission network to 
restore traffic after a failure, said method comprising the steps of: 
15 - generoting a configuration request to switch an alternative connection 
through said network element, 

performing said request in a first fetch-ahead phase, thereby switching 
said requested connection; 

performing in a second phase a consolidation of said request, said 
20 consolidation comprising a consistency check of said request and storing of 

the configuration changes in o persistent local database. 

2. Network element with layered control software for performing said two 
phase re-configuration. 

25 
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RDI 


Remote Defect Indication 


285 


SAD 


Software Architecture Document 


206 


SC 


Shelf CuntroUer 

^^A*^^JI» ^^IvJISwA 


287 


SDD 


SoftwrifG Desisn Document 


288 


SNCP 


Subnetwork Connection Protection 


289 




Statement of Work 


290 




Stcitement of Work 


291 




Shared Prntectinn Restoration C!omt>ined 


292 


SI IT 


SiinfiTviwrv llneciuinned Generator 


293 




TiiTiH^m r**OTini*r*t"ifin 


294 


TSCM 


Terminal Station Command Handier 


295 


TIM 


TVail Identifier Mismatch 


296 


TTP 


Triiil 'Ifermination Point 


297 


TT 


IVail Termination 


288 


UNEQ 


Unequipped 


299 


VHM 


Virtual Hardware Manager 


300 
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Glossary 



This section provides an explanation of those technical tenns used specifically in this document. 
Terms defined in the FTS, SAD or SDD do not have to be listed here. 

feature Product Feature or System Enhancement 

requirements System Requirements 

customer Customer, Customer Surrogate (e.g. Product Management), or user of the sys- 
tern 



List of Abbreviations and Acronyms 



This .section provides the abbreviations and acronyms used specifically in this document, 
breviations defined in the FTS, SAD or SDD do not have to be listed here. 



Ab- 



263 



AIS 


Alarm Indication Signal 


264 


BSW 


Board Software 


265 


ecu 


CJjock and Control Unit 


266 


CTP 


Connection Termination Point 


267 


DXC 


Digital Cross Connect 


266 


EPS 


Equipement Protection Switch 


269 


FDS 


Feature Design Specification 


270 


FSD 


Feature Scope Description 


271 


FTS 


Functional Tfechnical Specification 


272 


FW 


Firmware 


273 


FWA 


Firmware Adaptor 


274 


IM 


Information Model 


275 


LG 


Lambda Gate 


276 


LOS 


Loss Of Signal 


277 


MIB 


Management Information Rase 


278 


MO 


Managed Object 


279 


MSD 


Message Set Document 


280 


MSP 


Multiplex Section Protection 


261 


NERM 


Network Emergency Reconfiguration Manager 


282 


NFDL 


Network Fault Detection and Location 


263 


POH 


Path Overhead 


284 
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CHAPTER 8: 



Caveats 



This chapter describes all of the assumptions, limitations and risks associated with the require- 
mcnts, architecture and high— level design decisions previously described. Any undesirable be- 
haviors, operational deficiencies, implementation risks, performance issues, functional limita- 
tions, and anything else potentially embarrassing is described. 



8.1 Assumptions 



none 



255 



8.2 

none 



Limitations 



256 



8.3 

none 



Risks 



257 



8.4 

none 



General Notes 



258 
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deactivation of the SUT generator 

7.1.9 FW Impacts 

managing the fetch— ahead flag 

connection request established in a fast manner by bypassing normal mechanisms (data- 
base, etc.) 

managing the consolidation flag 
consolidation supervision timer and reload handling 
acceptance of a consolidation request without fetch— ahead 
# MessageSet updates 

7a.l0 BSW Impacts 

verify if the performance of BSW functions can be improved 



I 
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4«a 

startHoldOff during fetch— ahead and consolidation 

• storing and managing concatenation information at the endstage board for the complete 
shelf 

• skip I/O board configuration during fetch— ahead (concatenation information stored at ES 
matrix board) 

221 

• managing of the fetch— ahead socket 
general improvements, purify / quantify 

center stage matrix configuration message built once and duplicated to both matrix copies ^ 
during fetch -ahead (SDH) 

224 

messageSet updates 

• accept implicit concatenation requests 

♦ 226 

repeat connection configuration during consolidation 
improve processing of alarms 

7.1.7 FWA Impacts 

228 

Special mapping for the fetch— ahead container 

229 

• indication about fetch -ahead to SC and to FW (with message header) 

230 

StartHoldOff during fetch- ahead and consolidation 

inhibiting PM history handling after startHoldOff message from VHM. History handling is 
continued after configurable timer (5..30 seconds, in configuration file) 

232 

• general improvements, purify / quantify . . 

233 

• message set update (fetch- ahead and consolidation flag) 

234^ 

message set update: concatenation information for a complete shelf 

235 

fetch -ahead configuration only to active SC and active CCU 

236 

MessageSet updates 

7.1.8 SC Impacts 

237 

• managing the consolidation flag 

238 

consolidation supervision timer and reset handling 

23d 

• acceptance of a consolidation request without fetch— ahead 

• improved alarm pblhng and reporting 

• improved ASIC provisioning 

disabling of lO/Il OTIF supervision consequent action AIS upon reception of startHoldOff ^'^^ 

243 

MessageSet updates 

244 

increasing the maximum message size 
general improvements, purify / quantify 

EmPfangszeit 12. Nov. 18:44 
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CHAPTER 7: Impacts on Segments 



This chapter describes the allocation of the requirements to segments. 



203 



7.1 

none 

7.1.2 

none 

7.1.3 

none 



Impacts 



Hardware Impacts 



Basic Framework 



SH/CT Impacts 



204 



205 



206 



7.1.4 M1B Framework Impacts 

NP request have to be prioritized 

7.1.5 MIB Impacts 

hold off for alarm collection (configurable via cfg tile 0,...300ms) 

• skip hold off for primary faults like LOS and section alarms MS— AIS 
send primary faults directly to NP before making them persistent 
translation and filtering of the restoration request 

consolidation is started upon the reception of the fetch— ahead response 

• indication about fetch— ahead to VHM 

• general improvements, purify / quantify^ LogRecords 

7.1.6 VHM Impacts 

inhibiting persistency management between fetch -ahead and consolidation 

• send an indication about fetch— ahead to FWA 

send an indication about consolidation to FWA (i.e. the former Restoration indication) 



207 



208 
209 
210 
211 
212 
213 
214 



215 
216 
217 
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6.2 



Behavior between fetch— ahead and c nsolidation 



During fetch— ahead only MSA (for concatenation), HO TX/RX connection map are sent to 
the SC. This leads to an inconsistent configuration. To keep the impacts low the SC will not 
resume the tasks between fetch— ahead and consolidation, i.e. alarm task, event reporter will 
not report new alarms. 

In case an equipment failure occurs (internal fiber cut, board extracted etc.) the problem is 
not recovered because EPS, etc. is blocked with the suspended tasks. 

Between fetch— ahead and consolidation misconnections are not detected and not forced to 



The PM counting is continuing since it is done in a dedicated hardware device. 

When the tasks are resumed with the consolidation process they start reporting the alarm differ 
enccs in comparison to the status before fetch— ahead. 



AIS. 
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• MIB rejects restoration request during consolidation ^ 
MIB will close the restoration socket and VHM interprets this as a MIB restart, see above. 

6.1.2 VHM 

• restart before the fetch— ahead data has been completely sent to SC, CCU: ^ 
VHM 'forgets* the incomplete processed fetch— ahead configuration and some paths may 
be already restored and others not because some SCs / CCUs may have received fetch— 
ahead configuration and others not. As soon as MIB detects a VHM restart it starts imme- 
diately the consolidation (including the consolidation tag in the messages) and the fetch— 
ahead is not repeated. If the restart was fast enough then the consolidation arrives before 
the consolidation supervision timers at SC and CCU level expire and for these processing 
elements it will be like a normal consolidation. The other SCs and CCUs which didnH re- 
ceive the fetch— ahead shall accept the consolidation configuration as a normal configura- 
tion request. 

• restart between fetch— ahead and before having sent all consolidation to SC / CCU: ^ 
the paths are already restored due to the complete execution of the fetch— ahead. The con- 
solidation request coming from MIB is not completely processed inside VHM and M IB will 
repeat the consolidation request after a time out. It may happen that the consolidation ar- 
rives too late at SC / CCU level and that ihcy Ve already made a restart. In this case the path 
is failing again vmtil consolidation arrives. 

• Normal configuration request between fetch- ahead and consolidation ^ 
VHM shall execute a restart in order to forget the fetch— ahead configuration because the 
consolidation will not arrive anymore. Also all CCUs / SCs which have already the fetch- 
ahead will execute a restart when their timer expires or when a normal configuration is 
received. 

6.1.3 FWA Restart 

In all situations the actual mechanism applies. This means VHM repeats the configuration ^ 
after time-out. As a consequence the fetch— ahead may fail and paths are not restored in a 
fast manner. 



6. J .4 FW Restart 

In case a FW restart is executed before the fetch— ahead is completed the path restoration ^ 
is delayed until the restart is executed and the consolidation arrives. 

The restarted FW shall accept a consolidation configuration request even if it doesn*t know ^ 
the related fetch— ahead. 



6-1.5 SC Restarts / SC EPS 

If tlie restart / EPS happens while the fetch —ahead is processed no fast restoration is achieved. ^ 
The situation is recovered as soon as the consolidation is executed. 

The restarted SC Khali accept a consolidation configuration request even if it doesn't know ^ 
the related fetch— ahead. 
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CHAPTER 6: Robustness 



This chapter is introduced to analyse if the new concept is robust against exceptional events. 

The following exceptional situations have been identified as important for the fetch— ahead 
/ consolidation approach: 

a) a process crashes or processing element EPS during fetch— ahead happens 

b) a process crashes or processing element EPS during consolidation 

c) processing element not reachable 

d) unexpected message, e.g. a normal configuration request between fetch— ahead and con- 
solidation 

c) invalid message (access to forbidden resources at MIB level, etc.) 

Any exceptional situation may defeat the fast restoration which is already or which should be 
achieved with the fetch— ahead. The path availability may also toggle, e.g. first it is recovered 
and then it returns to the failing state until consolidation is done. Independent from the success 
of the fetch— ahead it is most important that the following consolidation is always clearing the 
situation or that the NE itself falls back to the last known consistent configuration. 

If an exceptioncU situation occurred the fetch— ahead is not repeated because the main goal 
of the fetch— ahead cannot be reached anymore, e.g. because the restart of a segment needs 
several seconds. 



6.1 Exceptional Situations 

6.1.1 MIB 

• restart before the fetch— ahead data has been sent to VHM: 

The restoration request will completely fail. NP has to execute a second restoration run. 

• restart between fetch -ahead and before sending consolidation to VHM 

MIB 'forgets' the restoration request and that the fetch— ahead has been (partly or com- 
pletely) implemented in all following layers. 

VHM detects that MIB crashed and executes a restart or a rollback to the configuration 
before fetch— ahead. 

In case the fetch— ahead configuration has been already passed to the SC / CCU it will 
execute a warmstart using the old database configuration after time— out or when VHM 
sends a normal configuration request (no fetch— ahead, no consolidation). 

• restart after fetch — ahead and after processing of consolidation but before the consolida- 
tion is sent 10 VHM: 

The consolidation will be sent as a normal configuration requests. This leads to an SC 
warmstart / CCU reload* The paths created during fetch— ahead arc interrupted until the 
normal configuration is received. 

• 2ndrestoration request from NP before consolidtaion of tch 1st is closed: 

MIB may send a 2nd fetch— ahead before VHM has received the consolidtaion of the 1st. 
Afterwards MIB will send a merged consolidation for both fetch— aheads. 
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• Equipment protection (port EPS) ^^'^ 
Tlie NE SW layers have to consider this. 

• Parallel management RM/NP 

Restoration request and RM configuration requests may cause a delay to each other. 
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